home *** CD-ROM | disk | FTP | other *** search
- The following is from the Procomm Support Board in Columbia, Mo
-
- .-------------.
- | Bulletins |
- `-------------'
- <G>oodbye, <T>ime, <C>ustomize
-
- <.>CMD files (07/06/87)
- <D>ocument corrections (07/06/87)
- <H>ost mode (07/01/87)
- <P>rocomm 3.0 (05/27/87)
- <I>ncompatibles (05/27/87)
- <M>essages (05/27/87)
- <N>ext Release (05/27/87)
- <S>upport (05/29/87)
-
- <Q>uit
-
-
- Command: .
-
-
- 07/06/87
-
- This is a list of some of the most common problems experienced with ProComm's
- .CMD language.
-
- ----------------------------------------
- >>> WAITFOR DOESN'T WORK AS EXPECTED <<<
- ----------------------------------------
- -The most common solution is to simply reduce the size of the string. For
- example, you will have more success waiting for "word:" than you will have
- waiting for "Enter your password:".
- -As stated on pages 703-704 of the manual, most of the commands purge the
- receive buffer. Because of this, if the string is received prior to any
- command except a GET, RGET, or WAITFOR, then it won't make it to the WAITFOR.
- (See the manual for details).
-
- -----------------------------------------------------------------------------
- >>> IF STATEMENT CAUSES STACK OVERFLOW WITHOUT NESTING PAST 10 (Error 11) <<<
- -----------------------------------------------------------------------------
- -This is a bug in ProComm and has been fixed for the next release. One fix is
- to issue a GOTO to clear the stack. A dummy GOTO can be used as follows:
- -More-
- . . .
- GOTO CLEAR1 ; This accomplishes nothing but it clears the stack
- CLEAR1: ; so the following won't cause an ERROR 11
- IF cond ; This used to cause an overflow.
- . . .
-
- --------------------------------------------------------
- >>> PERFECTLY VALID ELSE STATEMENT CAUSES AN ERROR 7 <<<
- --------------------------------------------------------
- -This is another bug in ProComm which has been fixed for the next release.
- This can be eliminated by including null ELSE clauses where there is no ELSE
- statements, ie.
- . . .
- IF cond
- . . .
-
- ELSE ; Until this ELSE was added, the next ELSE caused ERROR 7
- ENDIF
- IF cond
- . . .
- ELSE ; This was where the old error occured
- . . .
- ENDIF
- -More-
- . . .
-
- ------------------------------------------------------------------------
- >>> MY LINKED COMMAND FILE HANGS UP AND DIALS AGAIN FROM DIALING DIR <<<
- ------------------------------------------------------------------------
- -Use IF NOT LINKED in you command file and only dial then. See page 712 of
- the manual for an example.
-
-
- .-------------.
- | Bulletins |
- `-------------'
- <G>oodbye, <T>ime, <C>ustomize
-
- <.>CMD files (07/06/87)
- <D>ocument corrections (07/06/87)
- <H>ost mode (07/01/87)
- <P>rocomm 3.0 (05/27/87)
- <I>ncompatibles (05/27/87)
- <M>essages (05/27/87)
- <N>ext Release (05/27/87)
- <S>upport (05/29/87)
-
- <Q>uit
-
-
- Command: d
-
-
- 07/06/87
-
- We are building a list of known errors (typos excluded) in the ProComm version
- 2.4.2 manual. If you know of one that's not listed here, please let us know.
-
-
-
- Page 705 (and 1501):
- The BREAK command will not recognize an operand.
-
- Page 705-706 (and 1501):
- The DIAL command will not accept a string variable as an operand.
-
- Page 715 (and 1502):
- The MACRO command will not accept a string variable as an operand.
-
- Page 902:
- Keypad Application mode 5 is sent by F6 not Shift-F6.
- Keypad Application mode COMMA is sent by Shift-F6 not F5
-
-
- -More-
-
- .-------------.
- | Bulletins |
- `-------------'
- <G>oodbye, <T>ime, <C>ustomize
-
- <.>CMD files (07/06/87)
- <D>ocument corrections (07/06/87)
- <H>ost mode (07/01/87)
- <P>rocomm 3.0 (05/27/87)
- <I>ncompatibles (05/27/87)
- <M>essages (05/27/87)
- <N>ext Release (05/27/87)
- <S>upport (05/29/87)
-
- <Q>uit
-
-
- Command: h
-
-
-
- 07/01/87
-
- =====================================================
- >> Problems with F)iles and S)hell ??, read on ... <<
- =====================================================
-
- SETTING UP FOR HOST MODE OPERATION
-
- -MODEM SETUP
- First off, carrier detect on your modem MUST be set to follow the true state of
- carrier. Carrier detect MUST NOT be forced true, or high, by dip switch
- settings. Carrier detect also should NOT be set to follow DTR. It should be
- set to follow the real state, or the RS-232 conventions or however your manual
- says it. On a Hayes modem this means switch 6 in the UP position.
- Next, data terminal ready (DTR) should also follow the true state. It should
- NOT be forced high. On a Hayes modem, this means switch 1 is UP.
- Now, your cable might also have an impact on correct operation. Be sure that
- the carrier detect (CD) and data terminal ready (DTR) leads are present and in
- the correct configuration. Your modem manual should have an explanation of
- proper cable configurations.
- -More-
-
- -CONFIG.SYS SETUP
- The CONFIG.SYS file is a file whose contents control (to some extent) the
- configuration of your machine at boot up (see your DOS manual for details).
- The statement in the CONFIG.SYS file that we are concerned with is the FILES=
- statement. This statement controls the default number of file handles
- available on your machine. The default is 8; for ProComm we recommend 20 or
- higher Each additional handle over 8 takes an additional 39 bytes of RAM, a
- small price to pay. To set this statement, create (or edit) a CONFIG.SYS file
- in the same place as the command processor (COMMAND.COM) that you boot with.
- Include in that file a line that says:
- FILES=x where x is 20 or greater. This file, containing this statement, MUST
- be present when you boot. It has no effect otherwise. Upping this number can
- also alleviate other problems indicated by "CAN'T OPEN FILE" messages or the
- like.
-
- -PROCOMM SETUP
- To continue, like the manual says, you need to setup all the HOST SETUP options
- correctly for your modem (this is adequately covered in the manual). The most
- important of those options is the AUTO ANSWER STRING. You can find the correct
- auto answer string by checking your modem manual.
-
- =====================================================================
- -More-
- COMMON PROBLEMS:
-
- >> EVERYTHING WORKS BUT "FILES" AND "SHELL" <<
- ProComm is basically doing a CTTY COMx command. This means we redirect all
- input and output to the comm port. Now, at this point DOS is in charge, not
- ProComm, and it seems to possibly have some problems. For instance, on our
- Turbo PC, if we have only one comm port installed, and are addressing it as
- COM2, all redirection (either from ProComm Host or a DOS CTTY command) went to
- COM1! Weird, or what? We have not yet determined whether this is a BIOS
- problem on that machine or a DOS problem. Anyway, a similar thing may occur on
- your machine, especially PCjrs with that weird comm port configuration. PCjr
- owners will probably need to run COMSWAP, even if this was not needed before
- for normal operations. The FILES statement comes into play here as well as new
- handles must be opened for I/O.
- The problem also occurs on certain clones, even with COM1. A solution which
- works, at least on clones here, is available in the download section, file:
- HOSTFIX.ARC. The problem has (you guessed it) been fixed for the next release.
-
- >> "FILES" WORKS OK BUT PROGRAMS LOCK UP MY MACHINE IN THE "SHELL" <<
- The shell function of host mode is limited; programs which use only DOS
- function calls will generally work but programs which use lower level methods
- often fail. For example, programs which access the display buffer directly
- will not work, nor will many programs which rely on certain BIOS routines. If
- -More-
- you are able to enter the shell and perform mundane DOS functions like TYPE or
- DIR, but a another program will not work, then chances are excellent that the
- program is incompatible with the Shell function of ProComm's host mode.
-
- >> AFTER RUNNING HOST MODE, MY BAUD RATE IS RESET TO 300 <<
- If your auto baud detect method is set to KEY HIT, then ProComm will set the
- host to 300 baud and work its way up until it has a match. Since the host
- remains at the speed of the last call, a 300 baud call or a failure to hit a
- key will cause ProComm to remain at 300 baud. If your modem sends the extended
- results codes: CONNECT, CONNECT 1200, and CONNECT 2400 then the MODEM MSG
- method of detecting baud rate will probably be more reliable. Or, if you know
- the baud rate in advance, set the auto baud detect to NONE and the host will
- remain at the original setting,
-
- .-------------.
- | Bulletins |
- `-------------'
- <G>oodbye, <T>ime, <C>ustomize
-
- <.>CMD files (07/06/87)
- <D>ocument corrections (07/06/87)
- <H>ost mode (07/01/87)
- <P>rocomm 3.0 (05/27/87)
- <I>ncompatibles (05/27/87)
- <M>essages (05/27/87)
- <N>ext Release (05/27/87)
- <S>upport (05/29/87)
-
- <Q>uit
-
-
- Command: p
-
-
-
-
-
-
-
- There is NO ProComm version 3.0 !!
-
-
-
- Any version 3.0 is either:
-
- 1. A hacked version of ProComm. There have been some reports of trojan
- ProComm programs, so if you insist on using a version labeled 3.0 use
- extreme caution.
-
- 2. A copy of a Beta version of version 2.4.2. Before version 2.4.2 was
- released, the numbering of the next release was undecided and a Beta
- version was distributed with the 3.0 numbering. This version contains
- bugs that have been fixed in version 2.4.2.
-
- 3. Mislabeled.
-
-
- .-------------.
- | Bulletins |
- `-------------'
- <G>oodbye, <T>ime, <C>ustomize
-
- <.>CMD files (07/06/87)
- <D>ocument corrections (07/06/87)
- <H>ost mode (07/01/87)
- <P>rocomm 3.0 (05/27/87)
- <I>ncompatibles (05/27/87)
- <M>essages (05/27/87)
- <N>ext Release (05/27/87)
- <S>upport (05/29/87)
-
- <Q>uit
-
-
- Command: i
-
-
-
-
-
-
-
- NOTICE TO USERS OF NON-HAYES COMPATIBLE MODEMS:
-
-
- If you are using ProComm with a modem that does not use the
- Hayes AT command set, we are interested in what you are using
- for the Modem init string, modem dial command, hangup string,
- carrier detect mask, etc.
-
- We will be gathering this information and will then post it
- for all our users. Thanks for helping us out with this!
-
-
- .-------------.
- | Bulletins |
- `-------------'
- <G>oodbye, <T>ime, <C>ustomize
-
- <.>CMD files (07/06/87)
- <D>ocument corrections (07/06/87)
- <H>ost mode (07/01/87)
- <P>rocomm 3.0 (05/27/87)
- <I>ncompatibles (05/27/87)
- <M>essages (05/27/87)
- <N>ext Release (05/27/87)
- <S>upport (05/29/87)
-
- <Q>uit
-
-
- Command: m
-
-
-
-
-
-
- There are three message boards available: All-purpose,
- Msg to sysop, and Wishing well, each with its own specific
- purpose.
- The All-purpose board is intended to be a forum for the
- discussion of ProComm and communications in general. This
- forum is provided as a convenience; technical questions will
- not be answered by Datastorm.
- The Msg to sysop facility is for passing information to
- the sysop. This is a one-way board, to the sysop. We like
- to know what's going on out there, but unfortunately, we can't
- respond to messages. For every rule there's an exception, but
- understand that any response IS an exception; don't expect it.
- At the Wishing well, you have a chance to influence future
- versions of ProComm. We will be using the messages placed on
- this board to help determine future enhancements for ProComm.
- Let us know what you wish ProComm did (or didn't do).
-
-
- .-------------.
- | Bulletins |
- `-------------'
- <G>oodbye, <T>ime, <C>ustomize
-
- <.>CMD files (07/06/87)
- <D>ocument corrections (07/06/87)
- <H>ost mode (07/01/87)
- <P>rocomm 3.0 (05/27/87)
- <I>ncompatibles (05/27/87)
- <M>essages (05/27/87)
- <N>ext Release (05/27/87)
- <S>upport (05/29/87)
-
- <Q>uit
-
-
- Command: n
-
-
-
-
-
-
-
-
-
-
- Here is a PARTIAL list of what can be expected in the next release:
-
- -- All protocols have been re-written to improve recovery and speed.
- -- Ymodem-G and Imodem protocols have been added.
- -- Many enhancements and additions to the Command language.
- -- Terminal emulations have been optimized.
- -- Support for high speed (9600 and 19,200 baud) modems.
- -- Improvements to the Host mode.
- -- All known bugs have been fixed (unix VI editor problems and stack
- overflow with certain IF constructs in command language for example).
-
-
-
-
-
- .-------------.
- | Bulletins |
- `-------------'
- <G>oodbye, <T>ime, <C>ustomize
-
- <.>CMD files (07/06/87)
- <D>ocument corrections (07/06/87)
- <H>ost mode (07/01/87)
- <P>rocomm 3.0 (05/27/87)
- <I>ncompatibles (05/27/87)
- <M>essages (05/27/87)
- <N>ext Release (05/27/87)
- <S>upport (05/29/87)
-
- <Q>uit
-
-
- Command: s
-
-
-
-
- TECHNICAL:
-
- We regret that we cannot offer technical support to every
- user of ProComm, but we cannot. This may change in the future,
- but right now, we only offer technical assistance to registered
- users.
- Registered users receive an account on our private bulletin
- board where we respond to all questions. The private board's
- number is: (314) 474-8478 and it supports 300-2400 baud at N81.
-
-
-
- OTHER:
- You are invited to CALL (314) 474-8461 IF YOU HAVE A BUSINESS
- INQUIRY. This an office number and NO TECHNICAL SUPPORT is
- available throught this number.
-
-
-